O Que Verificar Após a Execução da Recuperação do Sistema

Diversas tarefas podem ser concluídas antes do sistema ser usado.

Esteja ciente destas diferenças sobre a configuração recuperada:
  • Mapeamentos FlashCopy são restaurados como idle_or_copied com progresso de 0%. Ambos os volumes devem ser restaurados para seus grupos de E/S originais.
  • O ID de gerenciamento é diferente. Quaisquer scripts ou programas associados que se referem ao ID do sistema de gerenciamento do sistema devem ser alterados.
  • Todos os mapeamentos FlashCopy que não estavam no estado idle_or_copied com 100% de progresso no ponto de desastre têm dados inconsistentes nos seus discos de destino. Esses mapeamentos devem ser reiniciados.
  • As parcerias e os relacionamentos intersistema não são restaurados e devem ser recriados manualmente.
  • Os grupos de consistências não são restaurados e devem ser recriados manualmente.
  • Relacionamentos do Metro Mirror intrassistema serão restaurados se todas as dependências tiverem sido restauradas para seus grupos de E/S originais.
  • Os volumes com capturas instantâneas de nuvem que foram ativados antes da recuperação precisam ter as capturas instantâneas de nuvem reativadas manualmente.
  • Se o hardware foi substituído antes da recuperação, o certificado SSL poderá não ser restaurado. Se ele não for restaurado, um novo certificado autoassinado será gerado com uma validade de 30 dias. Siga o Directed Maintenance Procedures (DMP) para obter uma resolução permanente.
  • O fuso horário do sistema pode não ter sido restaurado.
  • Quaisquer volumes secundários Global Mirror no sistema recuperado podem ter dados inconsistentes se ocorreu E/S de replicação do volume primário que foi armazenado em cache no sistema secundário no ponto de desastre. Uma sincronização completa é necessária ao recriar e reiniciar esses relacionamentos.
  • Imediatamente após a execução do processo de recuperação T3, que são discos compactados que não conhecem o valor correto de sua capacidade usada. Os discos inicialmente configuram a capacidade como a capacidade real inteira. Quando a E/S continua, a capacidade é reduzida para o valor correto.

    Um comportamento semelhante ocorre quando você usa a opção -autoexpand nos volumes. A capacidade real de um disco pode aumentar ligeiramente devido ao mesmo tipo de comportamento que afeta os volumes compactados. Novamente, a capacidade é reduzida conforme a E/S para o disco continua.

  • Verifique se todos os volumes mapeados podem ser acessados pelos hosts.
  • Execute verificações de consistência do aplicativo.
Para Volumes Virtuais (VVols), conclua as tarefas a seguir.
  • Depois de confirmar que o T3 foi concluído com êxito, reinicie os serviços do Spectrum Control Base (SCB). Use o comando service ibm_spectrum_control start do Spectrum Control Base.
  • Atualize as informações do sistema de armazenamento na GUI do SCB para garantir que os sistemas estejam em sincronização após a recuperação.
    • Para concluir essa tarefa, efetue login na GUI do SCB.
    • Passe o mouse sobre o sistema de armazenamento afetado, selecione o ativador do menu e, então, selecione Atualizar. Essa etapa preenche novamente o sistema.
    • Repita essa etapa para todas as instâncias do Spectrum Control Base.
  • Varra novamente os provedores a partir do vSphere Web Client.
    • Selecione vCSA > Gerenciar > Provedores de Armazenamento > selecione VP Ativo > Ícone Varrer Novamente.

Para Volumes Virtuais (VVols), também esteja ciente das informações a seguir.

Mapeamentos de FlashCopy não são restaurados para VVols. As implicações são as seguintes.
  • Os mapeamentos que descrevem os relacionamentos de captura instantânea da VM são perdidos. No entanto, os Volumes Virtuais que estão associados a essas capturas instantâneas ainda existem e as capturas instantâneas ainda podem aparecer no Web client do vSphere. Esse resultado pode ter implicações em sua solução de backup VMware.
    • Não tente reverter para capturas instantâneas.
    • Use o Web client do vSphere para excluir quaisquer capturas instantâneas para VMs em um armazenamento de dados VVol para liberar espaço em disco que estiver sendo usado desnecessariamente.
  • Os destinos de qualquer relacionamento FlashCopy de 'clone' pendente poderão não funcionar conforme esperado (mesmo que o vSphere Web Client tenha recentemente relatado operações de clone como concluídas). Para quaisquer VMs, que são destinos de operações de clone recentes, conclua as seguintes tarefas.
    • Execute as verificações de integridade de dados conforme recomendado para volumes convencionais.
    • Se os clones não funcionarem conforme esperado ou se mostrar sinais de dados corrompidos, obtenha um clone atualizado da VM de origem para garantir que a integridade de dados seja mantida.